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SPECIFICATION 



5 NOTICE OF GOVERNMENT RIGHTS 

The U.S. Government has certain rights in this invention pursuant to the terms 
of National Science Foundation Award MIP- 9408462 and National Science 
Foundation Award MIP-9501 880. 



CROSS-REFERENCE TO RELATED APPLICATIONS 
10 This application claims the priority of the U.S. provisional application of 

Steven M. Nowick, Andrew Wolfe, and Martin Benes, entitled "A HIGH-SPEED 
ASYNCHRONOUS DECOMPRESSION CIRCUIT FOR VARJ ABLE-LENGTH- 
CODED DATA," filed on September 15, 1998, which is incorporated by reference 
herein in its entirety, 

15 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to an asynchronous decoder circuit. More specifically, 
this invention relates to an asynchronous decoder circuit that operates on data coded 
using a variable-length coding technique, such as Huffman coding, 

20 2. Discussion of the State of the Art 

Huffman coding is a lossless coding technique that replaces fixed-length 
symbols with variable-length codes. Huffman codes are entropy-based, meaning that 
short codes are assigned to frequently occurring symbols and longer codes are 
assigned to less frequently occurring symbols. In addition, Huffman codes are prefix 
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codes, meaning that each code has the property that appending additional bits to the 
end of the code never produces another valid code. Advantageously, Huffman coding 
has been used for the compression of data. 

In most applications utilizing Huffman-coded data, the speed and size of a 
5 Huffman decoder are important. For example, Huffman decoders may be used in 
compressed-code embedded systems. A compressed-code embedded system is a 
microprocessor or microcontroller-based system in which instructions are stored in 
compressed form in memory, then are decompressed when brought into a cache. As a 
result, a significant reduction in instruction memory size may be obtained. The 
10 design of a decompression circuit for these systems is highly constrained. In 

particular, the circuit must be very fast (since it is on the critical path between the 
processor and memory) and must also be very small (otherwise the savings in 
instruction memory will be lost to the area increase due to the decompression circuit). 

As another example, Huffman decoders are also used in decompressing audio 
15 and video under the MPEG-2 image coding standard from the Moving Picture Experts 
Group (a working group of ISO). Under MPEG-2, a Huffman decoder is required to 
decode data at a rate of 1 00 Mbits/sec or greater to maintain a sufficient quality of 
audio and video. 

Thus far, there have been two commonly-used approaches to the design of 
20 Huffman decoders, both of which are synchronous (that is, the decoders are 
synchronized to an external system clock). In the first approach, known as the 
constant-input-rate approach, the input data stream is processed at a rate of one bit per 
clock cycle by traversing a Huffman code tree through the use of a finite state 
machine. To achieve a high performance using this type of design requires a very fast 
25 clock, introducing many very difficult high-speed circuit problems. In fact, it is 
unlikely that a state machine of adequate complexity can be designed to run at the 
speeds required by the constant-input-rate approach on a silicon wafer produced by 
some semiconductor processes, such as a 0.8// CMOS process. To avoid the 
problems caused by the use of very high-speed clocks, multiple state transitions may 
30 be combined into a single cycle. As multiple state transitions are combined, however, 
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the complexity and circuit area of the decoder increase approximately exponentially 
with respect to the increased performance per clock cycle. 

A second commonly-used approach to the design of Huffman decoders is a 
constant-output-rate approach. In this approach, a portion of the input data stream, at 
5 least as long as the longest input symbol, is translated into an output symbol on each 
clock cycle. One disadvantage to this approach is that it requires a complex shifting 
network to remove variable length symbols from the input data stream, as well as 
more complex symbol detection circuitry than the constant-input-rate approach. This 
complexity has a negative impact on the circuit area of the design. 

10 Another disadvantage of the constant-output-rate approach is that the length of 

the critical path is dominated by the time to detect and decode the longest input 
symbol. Thus, the vast majority of cycles are limited by a very infrequent worst-case 
path. Furthermore, the input data buffer and shifting network must be wide enough to 
store and shift the longest of the input symbols, which is inefficient since the most 

1 5 frequently occurring input symbols will be shorter than the longest input symbol. 

In sum, each of the two commonly-used approaches to the design of Huffman 
decoders requires compromises and trade-offs between high-speed and low-area 
implementations. Accordingly, there exists a need for an improved Huffman decoder 
design that provides a higher ratio of performance to circuit area than is possible with 

20 existing circuit designs. 
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SUMMARY OF THE INVENTION 
The present invention solves the foregoing problems by employing an 
innovative asynchronous design, which produces a decoder that is significantly 
smaller than comparable synchronous decoders, and yet has a higher throughput rate 
5 than these decoders after normalizing for voltage and process. 

According to the present invention there is provided a decoder circuit 
including an input buffer for receiving input data coded using a variable-length coding 
technique; a logic circuit coupled to the output of the input buffer including a plurality 
of computational logic stages for decoding the input data, the plurality of 

10 computational logic stages arranged in one or more computational threads, at least one 
of the computational threads being arranged as a self-timed ring wherein each 
computational logic stage in the ring produces a completion signal indicating either 
completion or non-completion of the computation logic stage, the completion signal 
of each computational logic stage being coupled to a previous computational logic 

1 5 stage in the ring, the previous computational logic stage performing control operations 
when the completion signal indicates completion and performing evaluation of its 
inputs when the completion signal indicates non-completion; and an output buffer 
coupled to the output of the logic circuit. 

According to another aspect of the present invention, there is provided a 

20 decoder circuit including: an input buffer for receiving input data including coded, 
variable-length data words; an alignment circuit coupled to the output of the input 
buffer for shifting the input data by an amount responsive to a control input; a first 
logic circuit coupled to the output of the alignment circuit for decoding the coded, 
variable-length data words; a second logic circuit coupled to the output of the 

25 alignment circuit for determining the length of the coded, variable-length data words; 
a register; an adder circuit coupled to the output of the register and the output of the 
second logic circuit, the output of the adder circuit coupled to the input of the register 
and to the control input of the alignment circuit; and an output buffer coupled to the 
output of the first logic circuit; wherein the alignment circuit, second logic circuit, and 

30 the adder circuit are logically partitioned into a plurality of computational stages 
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arranged in a computation thread, each of the computational stages having associated 
therewith a completion circuit for producing a completion signal indicating the 
completion or non-completion of each computational stage, each the completion 
signal being coupled to a previous computational stage, each the previous 
5 computational stage performing control operations when the completion signal 
indicates completion and performing evaluation of its inputs when the completion 
signal indicates non-completion. 

Preferably, each of the computational stages is implemented in dynamic logic 
and the control operations include precharging. 

1 0 Preferably, the alignment circuit is a barrel shifter. 

Preferably, the input buffer comprises a plurality of registers connected in 
series, the adder circuit produces a carry output, and the first logic circuit produces a 
completion signal after each of the coded, variable-length data words are decoded. 
Preferably, the decoder circuit further includes a shift circuit coupled to the carry 

15 output of the adder circuit and the completion signal of the first logic circuit, the shift 
circuit producing a control signal output for clocking the plurality of registers of the 
input buffer. 

Preferably, the shift circuit produces a completion signal that is coupled to the 
alignment circuit. 

20 Preferably, the shift circuit comprises a pre-shift circuit and a final-shift 

circuit, the pre-shift circuit being coupled to one or more significant bits of the output 
of the second logic circuit and the final -shift circuit being coupled to the carry output 
of the adder. 

Preferably, each of the coded, variable-length data words are associated with a 
25 class, all of the members of the class having the same word length and a plurality of 
common bits, the plurality of common bits being unique to each class, and wherein 
the second logic circuit comprises a match class circuit for determining the class 
associated with each of the coded, variable-length data words. 

Preferably, the first logic circuit is coupled to the output of the match class 

30 circuit. 
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Preferably, the match class circuit comprises a plurality of decoders arranged 
in a tree structure. 

Preferably, the adder circuit is a look-ahead carry adder including a PKG 
circuit, a carry circuit coupled to the PKG circuit, and a sum circuit coupled to the 
5 carry circuit. 

Preferably,each completion circuit is a matched delay for its associated 
computational stage. 

According to yet another aspect of the present invention, there is provided a 
compressed code microprocessor system including: a microprocessor; a memory 

10 having stored therein program instructions compressed using a variable-length coding 
technique, the program instructions being executable in the microprocessor; and a 
decompression circuit coupled in asynchronous communication with the 
microprocessor and the memory, the decompression circuit including an input buffer 
for receiving compressed program instructions from the memory; a logic circuit 

15 coupled to the output of the input buffer including a plurality of computational logic 
stages for decompressing the compressed program instructions; the plurality of 
computational logic stages arranged in one or more computational threads, at least one 
of the computational threads being arranged as a zero-overhead self-timed ring 
wherein each computational logic stage in the ring produces a completion signal 

20 indicating either completion or non-completion of the computation logic stage, the 
completion signal being coupled to a previous computational logic stage in the ring, 
the previous computational logic stage performing control operations when the 
completion signal indicates completion and performing evaluation of its inputs when 
the completion signal indicates non-completion; and an output buffer coupled to the 

25 output of the logic circuit for transmitting decompressed program instructions. 

Preferably, the compressed code microprocessor system further includes a 
cache coupled to the microprocessor and the decompression circuit. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Exemplary embodiments of the present invention will now be described in 
detail with reference in the accompanying drawings in which: 

Fig. 1 is a block diagram of a compressed-code microprocessor system 
5 according to a preferred embodiment of the present invention; 

Fig. 2a is a block diagram of a decoder according to a preferred embodiment 
of the present invention; 

Fig. 2b is an exemplary timing diagram for an asynchronous, four-phase 
protocol that may be used with the decoder of Fig. 2a; 
10 Fig. 3 is a functional block diagram of the architecture of a decoder according 

to a preferred embodiment of the present invention; 

Fig. 4 is a functional block diagram of the architecture of a decoder according 
to a preferred embodiment of the present invention. 

Fig. 5 is a block diagram of a synchronization scheme for a self-timed ring 
15 that may be used with a preferred embodiment of the present invention; 

Fig. 6 is a block diagram of another synchronization scheme for a self-timed 
ring that may be used with a preferred embodiment of the present invention; 

Fig. 7 is a functional block diagram of a preferred embodiment of the input 
buffer of Figs. 3 and 4; 
20 Fig. 8 is a functional block diagram of a preferred embodiment of the registers 

of Fig. 7; 

Fig. 9 is a schematic diagram of a preferred embodiment of the LL-type latch 
of Fig. 8; 

Fig, 10 is a schematic diagram of a preferred embodiment of the LZIL-type 
25 latch of Fig. 8; 

Fig. 1 1 is a schematic diagram of a preferred embodiment of the NLL-type 
latch of Fig. 8; 

Fig. 12 is a schematic diagram of a preferred embodiment of the LOZIL-type 
latch of Fig. 8; 
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Fig. 13 is a schematic diagram of a preferred embodiment of the LOL-type 
latch of Fig. 8; 

Fig. 14 is a schematic diagram of a preferred embodiment of the input 
handshaking circuitry of Figs. 3 and 4; 
5 Fig. 15 is an exemplary signal transition diagram for the circuit of Fig. 14; 

Fig. 16 is a functional block diagram of a preferred embodiment of the align 
stage of Figs. 3 and 4; 

Fig. 1 7 is a partial schematic diagram of a preferred embodiment of the barrel 
shifter of Fig. 16 ; 

10 Fig. 18 is a schematic diagram of a preferred embodiment of one of the input 

buffers of the barrel shifter of Fig. 17; 

Fig. 19 is a schematic diagram of a preferred embodiment of one of the output 
buffers of the barrel shifter of Fig. 17; 

Fig. 20 is a functional block diagram of a preferred embodiment of the class 
15 decoding logic for the match stage of Figs. 3 and 4; 

Fig. 21 is a schematic diagram showing a preferred inversion of the outputs of 
the decoding logic of Fig. 20; 

Fig. 22 is a schematic diagram of a preferred embodiment of one of the 
decoders of Fig. 20; 
20 Fig. 23 is a partial block diagram of the decoder of Fig. 4; 

Fig. 24 is a partial schematic diagram of a preferred embodiment of the length 
decode ROM of Figs. 3 and 4; 

Fig. 25 is a functional block diagram of a preferred embodiment of the shift 
unit of Figs. 3 and 4; 

25 Fig. 26 is a block diagram of a preferred embodiment of the symbol decode 

logic stage of Fig. 4; 

Fig. 27 is a functional block diagram of a decoder group of Fig. 26; 

Fig. 28 is a schematic diagram of a preferred embodiment of one of the 
decoders of Fig. 26 and 27; 
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Fig. 29 is a schematic diagram of a preferred embodiment of the merge stage 
of Fig. 4; 

Fig. 30 is a functional block diagram of a preferred embodiment of the output 
buffer of Figs. 3 and 4; and 

Fig. 31 is a schematic diagram of a preferred embodiment of the handshaking 

circuit of Figs. 3 and 4. 
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DETAILED DESCRIPTION 
The present invention will be described in regard to a compressed-code 
embedded system. An embedded system is a system that incorporates 
microprocessors, or microcontrollers, yet is not itself a general-purpose computer. 
5 Embedded systems are now extremely widespread and are included in, for example, 
controllers for automobiles, airplanes, and portable consumer electronics. These 
systems typically include a microprocessor or microcontroller, which executes a 
stored program determined by the system designer. The instruction memory is either 
integrated on the same chip as the microprocessor or microcontroller, or is external. 

10 Practical embedded systems are often limited by constraints on size, weight, 

power consumption and price. In particular, for low-cost and high-volume systems 
(such as portable consumer electronics systems), the cost of the system is often 
closely tied to the total area of the circuitry contained in the system. In such systems, 
a significant percentage of the area may be devoted to the instruction ROM of an 

15 embedded system, which stores the program code. Therefore, techniques to reduce 
the size of the instruction ROM are of critical importance. 

Recently, Wolfe et al. introduced a useful approach to designing compact 
embedded systems, called a compressed-code architecture. (See M. Kozuch and A. 
Wolfe, Compression of Embedded System Programs, IEEE International Conference 

20 on Computer Design, pp. 270-277, October 1994; and A. Wolfe and A. Chanin, 
Executing Compressed Programs on an Embedded RISC Processor, 25th Annual 
International Symposium on Microarchitecture, pp. 81-91, December 1992. See also 
Martin Benes et al., A Fast Asynchronous Huffman Decoder for Compressed-Code 
Embedded Processors, 4th IEEE International Symposium on Advanced Research in 

25 Asynchronous Circuit Systems, San Diego, CA, March-April, 1998, which is 
incorporated by reference herein in its entirety.) 

In this approach, embedded programs are stored in memory in compressed 
format, then are decompressed in an instruction cache, and executed in standard 
format. This solution results in reduced memory size, with only a minimal impact on 

30 processor performance. 
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In particular, Wolfe et al. proposed that a program be compressed at 
development time, and stored in instruction memory. Compression is performed on 
small fixed-size program blocks, such as one-byte blocks. At runtime, when the 
processor attempts to access portions of memory not present in the cache, a cache 
5 refill engine locates the appropriate compressed instructions or data in memory, 
decompresses them, and writes them into the cache. It should be noted that 
decompression is required only on a cache miss; at all other times, the processor 
simply executes normal uncompressed instructions that are already present in the 
cache. 

10 A simple block diagram of a compressed-code architecture is shown in Fig. 1. 

The compressed-code system includes a processor 10 coupled to an instruction cache 
1 1 and a cache look-aside buffer (CLB) 12. The instruction cache 1 1 and the CLB 12 
are coupled to a decompression circuit 13, which in turn is coupled to an instruction 
memory 14. The instruction memory 14 is divided into two portions, a compressed 

15 instruction memory portion 15 and a line address table (LAT) 16. 

The LAT 16 serves as a page table for the compressed instruction lines located 
in the compressed instruction memory portion 1 5 . The CLB 1 2 serves to cache the 
most recently accessed LAT entries to speed up cache line refill. Wolfe et al. have 
reported that the overheads of LAT and CLB are very small. 

20 A compression-code architecture allows a substantial reduction in the size of 

instruction memory. Using a Huffman-encoding technique for instructions, Wolfe et 
al. has reported that a compression ratio (i.e., a ratio of compressed program size to 
uncompressed program size) of 76% can be obtained for typical applications for the 
MIPS processor. This ratio includes the small overheads required to detect and align 

25 variable-length compressed cache lines in instruction memory. The reduction in 
program size can translate into lower cost, weight and power consumption for the 
entire embedded system. It can also allow the addition of extra program features 
without increasing the budget for memory size. Finally, compression can result in 
lower system power, since fewer bus cycles are required to fetch compressed 

30 instructions. 
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Fig. 2a shows a simple, high-level diagram of a Huffman decoder 20, 
according to a preferred embodiment of the present invention, which may be used as 
the decompression circuit 13 of Fig. 1. The Huffman decoder 20 receives input data 
from memory and, after decompressing the input data, transmits output data to the 
5 instruction cache. The Huffman decoder 20 has a reset input controlled by the cache, 
which resets the decoder when the cache is full. The reset input is released when a 
cache miss occurs, requiring the cache to be refilled. 

Unlike prior synchronous designs, communication between the Huffman 
decoder 20 of the present invention and external circuits (e.g., memory and cache) 

10 does not involve a clock signal. Instead, external communication is controlled using 
an asynchronous handshaking protocol. As shown in Figs. 2a and 2b, the protocol 
preferably is a simple, four-phase protocol. On the input side, the protocol utilizes an 
input request signal in_rqst and an input acknowledge signal in_ack. On the output 
side, the protocol utilizes an output request signal outrqst and an output 

15 acknowledge signal out_ack. 

Fig. 2b shows exemplary timing diagrams for the asynchronous, four-phase 
protocol of the input and output control signals of the Huffman decoder 20, As shown 
in Fig. 2b, a request is made by asserting the appropriate request signal (either in_rqst 
or out_rqst) high. Once a request has been made, the corresponding acknowledge 

20 signal (either in_ack in response to inrqst or outback in response to out_rqst) is 
asserted high, to acknowledge the request. In response to an acknowledge signal 
(either in ack or out_ack) being set high, the corresponding request signal (either 
in rqst or outrqst, respectively) is set low. Then, in response to a request signal 
(either in_rqst or outrqst) being set low, the corresponding acknowledge signal 

25 (either in_ack or out_ack, respectively) is set low. 

Advantageously, the Huffman decoder 20 of the present invention has both a 
variable-rate input and a variable-rate output. The asynchronous design can be 
optimized for common, rather than rare codes and improved average-case 
performance may thus be obtained. In contrast, performance of a synchronous design 

30 may be limited due to worst-case fixed clock rate, or the area of a synchronous design 
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may be limited due to the overhead needed to handle worst-case computation 
efficiently. 

It should be noted that since the instruction cache 1 1 of the compressed-code 
system of Fig. 1 holds only a small fraction of the program at one time, it is not 
5 possible to decompress the entire program at one time; therefore, a block-oriented 
compression scheme is required. Preferably, the compression scheme uses Huffman 
codes based on the aggregate distribution of 8-bit input symbols determined through 
the analysis of a large set of typical programs for a given processor architecture. 
Although the Huffman codes thus obtained are not optimal for any given program, 

10 their performance is close to optimal. 

Furthermore, they can be hardwired into the decompression hardware, instead 
of being stored in memory along with each program. It should also be noted that 
although a larger block size, such as 16 bits, would provide better compression, 8-bit 
symbols perform nearly as well and can be decoded with far less hardware. Table 1 

15 shows an example of Huffman coding for the MIPS processor instruction set. The 
codes used are based on measurements of byte frequencies from programs for the 
MIPS architecture. As shown in Table 1, the Huffman codes range in length from two 
bits to fourteen bits for each symbol byte. 
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Table 1: Example of Huffman Coding for MIPS Architecture 
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Generally, the decoding of a Huffman-encoded program requires a sequence of 
interfacing and code translation steps. First, data must be fetched from memory into an 
input buffer. Typically, the data is fetched from memory in fixed-length words. Next, 
the input data must be parsed into variable-length tokens. Each token must be translated 
5 into the output byte that it represents. The output bytes must then be buffered into output 
words. Finally, the input data bits corresponding to the output byte must be removed from 
the input stream and the remaining input data must be realigned in the input buffer. The 
input buffer must then be refilled as space becomes available, to insure that there is 
adequate data for the next symbol translation. As many of these steps as possible must be 

10 done in parallel to obtain good performance. 

Fig. 3 shows a functional block diagram of the architecture of a Huffman decoder 
according to a preferred embodiment of the present invention. The Huffman decoder 
includes an input buffer 100 for storing input data. Data is input into the input buffer 100 
in fixed-length words (for example, 32-bit words) under the control of input handshake 

15 circuitry 150, which implements an asynchronous handshake as discussed previously. 
The input buffer 100 includes a plurality of registers connected sequentially for shifting 
the input data under the control of a shift unit 800. 

Once a Huffman code is decoded, it must be removed from the data stream. If the 
length of the decoded Huffman code is an integral number of bytes, then the decoded 

20 Huffman code may be removed by simply shifting an appropriate number of new bytes 
into the input buffer 1 00. If the length of the decoded Huffman code is not an integral 
number of bytes, then residual data bits will be required to be removed from the data 
stream after any shifting in the input buffer 1 00 has been performed. The task of 
removing the remaining residual bits is performed by an align stage 200, which is 

25 coupled to the output of the input buffer 1 00. 

The align stage 200 is coupled to a class match stage 300, which receives the 
aligned data from the align stage 200 and decodes the class associated with the next 
Huffman code in the aligned data. As will be explained in greater detail below, when 
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Huffman codes are assigned to symbols, the Huffman codes are clustered into a plurality 
of classes. The members of each class have the same length and a plurality of common 
starting bits. Advantageously, the assignment of Huffman codes in this manner 
simplifies the overall decoding process. 
5 The match stage 300 is coupled to a length decode stage 400 and a symbol decode 

stage 600. Once the class match stage 300 decodes the class of the next Huffman code 
from the aligned input data, that class is passed to both the length decode stage 400 and 
the symbol decode stage 600. The length decode stage 400 determines the length of the 
Huffman code from the class provided by the class match stage 300. At the same time, 

10 the symbol decode stage 600 decodes the symbol associated with the Huffman code using 
the class of the Huffman code from the class match stage 300 and the aligned input data 
from the align stage 200. 

Once the symbol decode stage 600 is finished decoding, it passes the decoded 
symbol to an output buffer 700, which stores it for transmission to the cache. The symbol 

15 decode stage also produces a completion signal, codedone, which it passes to the output 
buffer 700 and the shift unit 800. The output buffer 700 is coupled to an output 
handshake circuitry 750, which implements an asynchronous handshake as previously 
described. 

in addition to the align stage 200, an adder 500, offset register 900, and shift unit 
20 800, operate together to remove the currently decoded Huffman code from the data 
stream so that the next Huffman code is ready to be decoded. The offset register 900 
stores the number of residual bits last removed from the data stream for the last decoded 
Huffman code. This number of residual bits is added to the length of the current 
Huffman code by the adder 500. The sum of this operation produces a new number of 
25 residual bits that must be removed from the input data stream, which is passed to the 

align stage 200. The new number of residual bits is then also saved in the offset register 
900. 
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The carry output of the adder is coupled to the shift unit 800. If the adder 500 
produces a carry condition, the shift unit 800 causes the input buffer 100 to shift the input 
data. Preferably, one or more of the most significant bits of the output of the length 
decode stage 400 are routed to the shift unit 800, which act as a form of look- ahead carry 
5 inputs that enable the shift unit 800 in appropriate circumstances to begin shifting the 
input buffer 100 before the adder 500 completes its operation. The shift unit 800 
produces a completion signal, shift done, which is coupled to the align stage 200. 

According to a preferred embodiment of the present invention, the decoder 
architecture of Fig. 3 is organized in the form of a self-timed ring. A self-timed ring is a 

10 circuit that does not use a global synchronizing clock and in which the functional stages 
of the circuit are looped in a ring form. Preferably, the self-timed ring is of a zero- 
overhead design — that is, the control operations of certain stages are performed in the 
background while other stages compute. General background on zero-overhead self- 
timed rings is provided in T.E. Williams, Self-timed Rings and Their Application to 

15 Division, Technical Report CSL-TR-9 1-482, Computer Systems Laboratory, Stanford 
University, 1991 (Ph.D. Thesis); and T.E. Williams and M.A. Horowitz, A Zero- 
Overhead Self-timed 54b 160ns CMOS Divider, IEEE Journal of Solid-State Circuits, 
Vol. 26(1 1), pp. 1651-1661, November 1991. These documents are incorporated herein 
by reference in their entireties. Unlike the simple self-timed rings described by Williams, 

20 however, the architecture of Fig. 3 is more complex and includes parallel threads with 
forks and joins. 

Fig. 5 shows a synchronization scheme that may be used to implement a zero- 
overhead self-timed ring. In Fig. 5, there are three functional blocks F j5 F i+I , and F i+2 , 
which are all precharged dynamic logic blocks. The bubble at the top of each block 
25 represents the precharge input for each block and denotes that the block precharges on a 
low input and computes on a high input. 

The input and outputs of the blocks in Fig. 5 represented by the thick arrows are 
dual rail logic. Dual rail logic is logic that encodes the validity of data within the data 
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itself. Dual rail logic utilizes a pair of wires for every bit transmitted. The wires are both 
initially low, and either wire going high denotes a new data bit, whose value is 
determined by the wire that went high. The wires must then return to the initial reset 
condition in which both wires are low before a new data bit is transmitted. In dual rail 
5 logic, both wires going high is an invalid condition. Dual rail logic has the advantage 
that individual bits of a bus may begin evaluating as soon as their inputs have arrived 
without having to wait for all of the other bits in the bus. Another advantage is that logic 
blocks can obtain the opposite polarity of an input signal by simply crossing the wire 
pair. 

10 Each of the functional blocks of Fig. 5 has a completion detector coupled to its 

output. The completion detectors D p D j+1 , and D i+2 produce outputs phi,, phi 1+1 , and phi 1+2 , 
respectively. The output of the completion detector for each block controls the precharge 
input of the previous block. Thus, the configuration forces the following synchronization 
requirements: (i) stage F { precharges only after stage F j+1 has finished its computation; 

15 and (ii) stage F s may evaluate a new data token (its precharge is de-asserted) only after 
stage F i+ , has finished its precharging. An additional requirement — that stage F; is done 
precharging before stage F i+1 begins precharging — must be insured by delay assumptions. 

A more preferred scheme for implementing a zero-overhead self-timed ring is 
shown in Fig. 6. The scheme in Fig. 6 uses a matched delay instead of a completion 

20 network. For each stage in the ring, a matched delay matches the worst-case path through 
a function block and indicates to the previous block when the computation of the function 
block is complete. For example, matched delay M, in Fig. 6 matches the worst-case path 
delay of function block F^ Preferably, the matched delay is implemented by a duplicate 
circuit of the worst-case path; however, any arrangement of dummy gates having the 

25 same delay as or a greater delay than the worst-case path may be used. 

The matched delays of Fig. 6 are preferably implemented with dynamic logic. 
Each matched delay has a p-channel MOS pull-up transistor (Tl) and an n-channel MOS 
pull-down transistor (T2). The output of each matched delay contains an inverter (I) 
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coupled to the pull-up transistor (Tl ). When the precharge input of a matched delay is 
low, the pull-up transistor charges the mout output of the matched delay (e.g., moutj) 
to a high voltage, which is then inverted by an inverter to produce the phi output of the 
matched delay (e.g., phi;). When the precharge input of a matched delay stage is high, the 
5 matched delay logic evaluates its inputs (e.g., matched delay logic Mj evaluates inputs 
dataj). During evaluation, the pull-down transistor (T2) allows the output m_out to be 
pulled low. 

As shown in Fig. 6, a global enable signal is preferably gated in a logical "AND" 
with each of the matched delay phi outputs. The global enable signal is an inverted form 

10 of the reset signal received by the decoder and resets all of the dynamic functional blocks 
to the precharge state. 

Fig. 4 shows the architecture of the decoder of Fig. 3 with some of the functional 
blocks of Fig. 3 divided into multiple stages and some functional blocks combined into a 
single stage. Specifically, the adder 500 of Fig. 3 has been divided into a PKG 

15 (propagate/kill/generate) stage 510, a carry stage 520, and a sum stage 530. The shift unit 
800 of Fig. 3 has been divided into an initialization stage 810, an initialization-shift stage 
820, a pre-shift stage 830, and a final shift stage 840. The symbol decode stage 600 is 
divided into a decode logic stage 610, a^decode ROM stage 620, and a merge stage 630. 
As shown by the dotted box in Fig. 4, the length decode stage 400 and the PKG stage 510 

20 are combined into a single length/PKG stage 410. 

Preferably, the functional blocks of Figs. 3 and 4 are implemented using dynamic 
domino dual-rail logic. Additionally, to maintain the output values of the input buffer 
100, output buffer 700, initialization-shift stage 820, the pre-shift stage 830, the final shift 
stage 840, and the sum stage 530, it is preferred that a staticizer or weak-feedback 

25 inverter loop be used at the output of each of these stages. The circuits of Figs. 3 and 4 
may be implemented using a 0.8 micron CMOS process or any other well-knowm 
semiconductor process. 
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The synchronization signals between the blocks in Fig. 4 are indicated by broken 
arrows and are: phiO (from the match stage 300 to the align stage 200 and the 
initialization stage 810); phil (from the length/PKG stage 410 to the match stage 300 and 
the offset register 900); phi2 (from the carry stage 520 to the length/PKG stage 410); 
5 phi3 (from the sum stage 530 to the carry stage 520); phi4 (from the align stage 200 to 
the sum stage 530 and the final shift stage 840); phishift (from the final shift stage 840 
to the pre-shift stage 830, the initialization-shift stage 820, and the merge stage 630); 
phi_merge (from the merge stage 630 to the symbol decode ROM stage 620 and the 
symbol decode logic stage 610). When the synchronization signals are low, the blocks 
10 receiving the synchronization signals precharge; when the synchronization signals are 
high, the blocks receiving them are able to evaluate their inputs and perform 
computations. 

The architecture of Fig. 4 is basically grouped into three parallel computational 
threads: (i) a thread from the align stage 200 through the sum stage 530; (ii) a thread from 

15 the length/PKG stage 410 through the final shift stage 530; and (iii) a thread from the 
align stage 200 through the merge stage 630. All three threads are synchronized at the 
align stage 200. More precisely, the third thread (align through merge) must complete 
before the final shift stage may complete. This is achieved through the use of the 
codedone signal from the merge stage 630 to the final shift stage 840. The remaining 

20 two threads are synchronized at the align stage 200 by the completion signal shift_done 
and the outputs of the sum stage 530, which are dual-rail outputs. 

The preferred architecture of Fig. 4 achieves two main goals. First, the functional 
blocks are arranged such that the stage delays are reasonably balanced so that control 
overhead can often be nearly eliminated during computation. Of course, a precise 

25 balance is not possible since a few stages (such as the match stage 300) have a highly- 
variable data-dependent delay. Second, the functional blocks are arranged to achieve as 
many parallel computational threads as possible (in this case, three) and to schedule 
computations as early as possible, thus improving total latency. 
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For the remainder of this specification, the preferred embodiments of the 
functional blocks of Fig. 4 will be discussed with regard to the Huffman coding of the 
MIPS architecture shown in Table 1 . In addition, it will be assumed that data is received 
from memory and transmitted to the cache in 32-bit words. It should be understood, 
5 however, that the scope of the present invention is not limited to these cases. 

Fig. 7 shows a functional block diagram of a preferred embodiment of the input 
buffer 100. The input buffer is implemented as seven 8-bit registers connected in series. 
Four of the registers (registers 110, 112, 114, and 116) each receive a byte from the input 
data word. The registers are controlled by the signals in_clk and in_load. When in_clk 

10 is asserted high, the registers clock in the data byte from the preceding register — i.e., the 
data shifts to the left bytewise. For register 1 10, a value of zero is clocked in when 
in_clk is asserted high. When in_load is asserted high, the first four registers (registers 
110, 112, 114, and 116) load in parallel a byte of the input data word. Twenty-one bits of 
the registers 118, 120, and 122 are coupled to the align stage 200. (Twenty-one bits are 

1 5 needed because the longest Huffman code is fourteen bits and the maximum offset of the 
start of a Huffman code in a register is seven bits.) 

The input buffer 100 also includes four one-bit status registers, registers 111, 113, 
115, and 1 1 7. These registers are controlled by in_clk and in_load in the same way as 
are registers 110, 112, 114, and 116 with the exception that, when in_load is asserted 

20 high, a value of "1" is loaded into each one-bit register. The output of the last one-bit 
register (register 1 17) is the in_full signal, which is used to indicate whether registers 
110, 112, 1 14, and 1 16 hold valid data. When in full goes low, these registers do not 
hold any valid data and the input buffer is considered empty. 

Of course, to be safely used as status bits, the one-bit registers must be designed 

25 so that they reflect the worst-case timing of every bit in the 8-bit registers. Although not 
shown in Fig. 7, it is preferred that when reset is asserted high, all of the registers are 
cleared to zero. 
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Fig. 8 shows a functional block diagram of a preferred embodiment of the 
registers of Fig. 7. The registers of the input buffer are implemented using five types of 
latches: (1) "load-zero-input latch" (LZIL); (2) "load latch" (LL); (3) "no-load latch" 
(NLL); (4) "load-one-zero-input latch" (LOZIL); and (5) "load-one latch" (LOL). Each 
5 of these latches is a variant of the Svensson latch and will be discussed in greater detail 
below. 

As shown in Fig. 8, register 1 10 is implemented using eight LZILs; each of 
registers 112, 114, and 1 16 are implemented using eight LLs; each of registers 118, 120, 
and 122 are implemented using eight NLLs; register 1 1 1 is implemented using a LOZIL; 
10 and registers 113, 115, and 1 17 are implemented using LOLs. 

Because of the high load on the inclk and in_load signals, these signals must be 
properly buffered. Fig. 8 shows four levels of inverter buffering for in__clk and two 
levels of inverter buffering for in_load. 

Fig. 9 shows a schematic diagram of a preferred embodiment of the LL-type latch. 
15 The latch is implemented using dynamic logic with a weak-feedback inverter loop (WIL) 
at the output stage. The dynamic logic is implemented using p-charmel and n-channel 
MOS transistors. The key in Fig. 9 provides a reference for the symbols representing p- 
channel and n-channel MOS transistors. This key is applicable to all of the figures. 

In Fig. 9, the output Q takes on the value of the input D when in_clk is asserted 
20 high and takes on the value of the input in(i) when inload is asserted high. The output 
Q is cleared to zero when resetnot is asserted low. 

Figs. 10 and 1 1 show schematic diagrams of preferred embodiments of the LZIL- 
type and NLL-type latches, respectively. These latches are simplified versions of the LL- 
type latch. The LZIL-type latch is similar to the LL-type latch except that it clocks in a 
25 zero value when in_clk is asserted high. The NLL-type latch is similar to the LL-type 
latch except that it does not have a data input that is loaded with the in-load signal. 

Figs. 12 and 13 show schematic diagrams of preferred embodiments of the 
LOZIL-type and LOL-type latches, respectively. The LOZIL-type and LOL-type latches 
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are the same as the LZIL-type and LL-type latches, respectively, except that these latches 
will always load a value of "1" when inload is asserted high. 

Fig. 14 shows a schematic diagram of a preferred embodiment of the input 
handshaking circuitry 150. The circuitry is implemented using dynamic logic using p- 
5 channel and n-channel MOS transistors with weak- feedback inverter loops (WILs) at the 
output stages. Fig, 15 shows a signal transition diagram for the inputs and outputs of Fig. 
14. The solid arrows represent transitions of signals generated by the decoder; the dashed 
arrows represent transitions of signals generated by circuitry external to the decoder. A 
minus sign ("-") at the end of a signal represents a high-to-low transition, and a plus sign 

10 ("+") at the end of a signal represents a low-to-high transition. 

The handshake cycle begins when the in_full signal indicates that the input buffer 
is empty, i.e., when in_full goes low (infull-). A low transition by in_full (infull-) 
causes in halt to go high (in_halt+). When data becomes available, indicated by a high 
transition of the signal inrqst (in_rqst+), the in_load signal is set high (in_load+). 

15 When the data is loaded into the input buffers, the status signal infull goes high 

(in_full+), causing in_ack to go high (in_ack+). After in_ack goes high (in_ack+), the 
circuit waits for in_rqst to go low (in rqst-), which causes in ack and in_halt to go low 
(in_ack- and inhalt-). 

Fig. 16 shows a functional block diagram of a preferred embodiment of the align 

20 stage 200 of the present invention. The align stage is implemented basically as a barrel 
shifter with dual-rail inputs and outputs. The barrel shifter of Fig. 16 comprises three 
stages of 2:1 multiplexers 210. The barrel shifter selects 14 bits of the 21 bits from the 
input buffer depending on the value of the dual-rail inputs selO, sell, and sel2, which are 
the outputs of the sum stage. 

25 Fig. 1 7 shows a partial schematic diagram of a preferred embodiment of the barrel 

shifter of Fig. 16 (the circuitry for only eight data bits is shown). As shown in Fig. 17, 
each of the 2:1 multiplexers 210 of the barrel shifter is implemented simply as two n- 
channel transistors, with the sources of the transistors serving as data inputs, the bases 
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serving as control inputs, and the drains connected together and serving as the output. 
Fig. 17 also shows that the barrel shifter has a plurality of buffers 220 and 230 on the 
input and output stages, respectively, of the multiplexer network. Each buffer 220, which 
is shown in detail in Fig. 1 8, passes valid data to the multiplexers only when phiO and 
5 shift_done are both high. Each buffer 230, which is shown in detail in Fig. 19, passes 
valid data from the multiplexers to the match stage only when phiO is high. When phiO 
is low, the buffers 220 and 230 are in precharge mode. 

Once the align stage 200 has removed the appropriate number of bits from the 
input data, the aligned data (bO:M3) must be parsed to determine the length of the next 

10 Huffman code. To simplify this parsing, it is preferred to take advantage of the flexibility 
of Huffman codes when they are assigned and to cluster them into match classes. 

On the one hand, the length of each Huffman code is precisely determined by the 
frequency distribution of the original input alphabet. On the other hand, the actual bit 
encoding for each input symbol is flexible, as long as the prefix property and the code 

15 length requirements of Huffman codes are maintained. The preferred approach, therefore, 
is to select code words of a given length such that those code words contain as many 
common bits as possible, which are unique to that group of code words. For example, 
note that all of the five-bit long Huffman codes shown in Table 1 contain the string "010" 
as the initial three bits, while no other code words contain those values in those positions. 

20 This allows use of that substring in that position to define a class of 5-bit code words and 
allows use of the remaining bits to enumerate the members of that class. In many cases, 
the coding can be structured such that only a small number of bits are required to be 
tested in order to determine the length of the Huffman code. 

Overall, for the coding shown in Table 1, the 256 different code words are 

25 grouped into 31 distinct classes. This grouping of classes is shown in Table 2, along with 
the qualifying bit patterns for each class and the enumerating bits used to distinguish the 
class members. The matching process starts from the top and examines each pattern in 
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turn until a match is found. In Table 2, a dash ("-") means a "don't care" (assuming that 
no higher match in Table 2 has occurred) and a period denotes an enumerating bit. 
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Table 2: Class Match Logic 



10 



20 



25 



30 



Class 


Matching Bit 


Length 




Pattern 






(bO . . . bl3 ) 




0 


00 


2 


1 


0-0 . . 


5 


2 


o 


6 


3 


-000 . - 




4 


-00- - - . 


7 




-0-00. 




6 


-0-0-0 . 




7 


-0-0--0 




8 


-0- 


8 


9 






10 


— 0-00 . . 




11 


- - 0 - .... . 


9 


12 


uu - - - - 




13 


0-0 . . . 




14 


0--00 . 




15 


0--0-0 




16 




1 0 


17 


0 




18 


00000 




19 


0 


11 


20 


00 . . . 




21 


0-00 . 




22 


o-o-o 




23 


-0- .... 


12 


24 


0 . . . . 




25 


o . . . 




26 


o. . . 


13 


27 


o . . 




28 


0. 




29 


0 




30 




14 



Fig. 20 shows a functional block diagram of a preferred embodiment of logic for 
35 decoding the class of a Huffman code, using the coding of Table 1 and the class match 
patterns of Table 2. The circuit of Fig. 20 comprises a plurality of decoders 310. Each 
decoder 310 is shown in greater detail in Fig. 22. The decoder 310 receives a precharge 
input phil (the synchronization signal from the length/PKG stage 410). The decoder 310 
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precharges when phil is low and evaluates its other inputs when phil is high. Each 
decoder 310 receives one bit of the aligned data from the align stage 200, designated as 
b(i) in Fig. 22. In addition, each decoder 310 receives the complement, b(i)_not, of the 
aligned data bit b(i). Each decoder 310 also has an enable input, designated decode_in, 
5 and two outputs, decode_out0 and decode_outl. After precharge, if decode_in remains 
high, both decode_out0 and decode_outl remain high. If decode_in goes low, 
decode outO goes low if b(i) is low and b(i) not is high, and decode_outl goes low if 
b(i) is high and b(i)__not is low. 

Returning to Fig. 20, the decoders 3 1 0 are arranged in a tree-like configuration, 

10 with the input decode_in of each decoder being driven by one of the outputs of the 

decoders in a prior stage, except for the very first decoder at the root of the tree, which is 
driven by a single n-channel transistor controlled by phil. When phil is high, enabling 
the first decoder, an enable signal propagates from the root of the tree through each 
successive stage until an output node is reached. These nodes are designated by the 

15 reference symbols nO through n30. Each output node corresponds to a unique match 

class. In some cases, a match class may have several output nodes, which are connected 
in a wire-or circuit. Accordingly, the output nodes of the logic circuit of Fig. 20 are 1- 
hot, with the low transition of any of the output nodes indicating a completion to the 
following stages. As shown in Fig. 21, the output nodes of Fig. 20 are inverted before 

20 being passed to subsequent stages. The inverted outputs are designated mO through m30. 
Note that the circuit of Fig. 20 is implemented such that the shortest, and thus 
most common, codes are matched using the fewest levels of logic. Therefore, the average 
response time for the circuit is much faster than the worst case response time. Because a 
deep N-channel stack is used to detect matches with the longest code, it is preferred that 

25 the bottom three transistors in the stack be widened by two to four times the normal width 
to improve the performance of the stack. 

As shown in Fig. 4, the match stage 300 generates a synchronization signal phiO, 
which controls previous stages in the self-timed ring. The generation of a completion 
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signal for the match stage is a challenge: because of the highly data-dependent operating 
speed, it is not practical to use a fixed matched delay. On the other hand, generation of a 
true completion signal (combining the 31 distinct outputs) would entail excessive 
hardware overhead. The preferred solution is to defer the completion signal generation 
5 for the match stage to the subsequent stage, the length/PKG stage 410, which is discussed 
next. 

As shown in Fig. 4 and Fig. 23, the length/PKG stage 410 includes a length 
decode ROM 400. The length decode ROM 400 translates the match stage outputs into a 
four-bit binary representation of the Huffman code length. (Only four bits are needed 

10 because the longest Huffman code is fourteen bits). The inputs to the length decode 

ROM 400 are the 31 one-hot outputs mO through m30. Thus, each input corresponds to 
one match class and drives a word line in the ROM. The ROM then produces a 4-bit 
dual-rail output (8 wires), which represents the length of the Huffman code. The outputs 
are 13, 12, II, 10 and their complements are 13_not, I2_not, llnot, and I0_not, 

15 respectively. 

Fig. 24 shows a partial schematic diagram of the length decode ROM 400, 
showing the word lines of the ROM driven by ml5 and ml6. These inputs correspond to 
classes 15 and 16, respectively, which have codes of lengths 9 and 10 bits, respectively. 
As shown in Fig. 24, phi2 (the synchronization signal from the carry stage 520) drives a 

20 word line with p-channel pull-up transistors. When phi2 is low, these transistors 

precharge and the bit lines are set high. When phi2 is high, bit lines may be driven low 
by transistors on a word line selected by the outputs from the match stage. For example, 
if mlS is the hot output, then 13_not, 12, 11, and I0_not will be driven low by the 
transistors on the ml 5 word line. The four-bit binary output 1001 represents the code 

25 length of nine for class 15. 

As shown in Fig. 24, the length decode ROM 400 also has a ninth output phiO. 
This output is an extra bit line that is enabled by every input and that acts as a matched 
delay for the ROM. The output phiO of the length decode ROM 400 is used as the 
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completion signal for the match stage 300. A second delayed version of the phiO output 
(not shown in Fig. 24) is used as the completion signal phil of the length/PKG stage 410. 

Fig. 24 also shows a schematic for a preferred embodiment of the PKG unit 510. 
As an optimization, the PKG unit 510 of the adder 500 is merged directly into the length 
5 decode ROM 400 to form a single length/PKG stage 410. The PKG unit 510 takes two 3- 
bit operands: the current offset stored in the offset register (rse!2, rsell, rselO) and the 
first three bits of the length decode ROM (12, 11, 10). Each of these operands is dual rail. 
For each corresponding pair of operand bits (i.e., rse!2 and 12, rsell and 11, and rselO and 
10), the PKG unit generates a propagate, kill, or generate bit (i.e., the PKG unit generates 

10 a propagate bit if the operands are binary 01 or binary 10, a kill bit if the operands are 
binary 00, and a generate bit if the operands are binary 11). The result is output on three 
sets of three one-hot output wires: G2/P2/K2, G1/P1/K1, and G0,P0,KO. 

Returning to Fig. 23, the outputs of the PKG unit 510 are coupled to the carry unit 
520. The carry unit 520 transforms the three-wire PKG outputs from the PKG unit 510 

15 into dual-rail propagate outputs (P2, PI, and P0) and carry-in (cin2, cinl, and cin) 

outputs. One rail of each propagate output is generated by performing the boolean "OR" 
of the K and G inputs, and the second rail of each propagate output is produced by 
passing through the P input. 

The sum unit 530 receives the P2, PI, P0, cin2, and cinl outputs of the carry unit 

20 520. The sum unit 530 computes a three-bit sum sel2, sell, and selO, which is used by 
the align stage 200. 

For each Huffman code that is decoded, the code must be retired from the input 
data stream. Although it is possible to use a sufficiently long barrel shifter in the align 
unit 200 to remove each Huffman code, to simplify the hardware, a two-step removal 
25 process is preferably used. The removal process includes a shift unit 800 (Fig. 3) in 
addition to the align unit 200. The shift unit 800 shifts the input buffer by an integral 
number of bytes (either zero, one, or two). Since a residual misalignment of one to seven 
bits may still occur (since the input buffers are implemented with eight-bit registers), the 
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align unit adjusts the input data by the remaining offset, as determined by the sum unit 
530. 

As shown in Fig, 4, the shift unit 800 is preferably implemented in four stages: 
the initialization stage 810, the initialization-shift stage 820, the pre-shift stage 830, and 
5 the final shift stage 840. The initialization stage 810 and the initialization-shift stage 820 
are used only for the initial loading of input data at the start of a new decode request. As 
shown in Fig. 23, the pre-shift stage 830 receives the most significant dual-rail bit 
(I3/I3_not) of the output of the length decode ROM 400. Whenever the current Huffman 
code has a length of eight bits or greater, as indicated by I3/13_not, at least a one-byte 

10 shift of the input buffer 100 is required. The final shift stage 840 is used to implement a 
second byte shift when the sum of the value in the offset register and the length of the 
current Huffman code is greater than seven. Preferably, the byte shift of the final shift 
stage 840 is initiated by the upper carry output (cin/cinnot) of the carry unit 520. In this 
way, there is no need for the final shift stage 840 to wait until the sum unit 530 completes 

1 5 its operation. 

Fig. 25 shows a detailed functional block diagram of the shift unit 800. In Fig. 
25, the initialization-shift unit 820, pre-shift unit 830, and final-shift unit 840 are divided 
into two stages each, producing a total of seven stages for the shift unit: the initialization 
stage 810, the init-shift-up stage 822, the init- shift-down stage 824, the pre-shift-up stage 

20 832, the pre-shift-down stage 834, the fmal-shift-up stage 842, and the final-shift-up 844. 
The outputs of the last six stages are designated uO, dO, ul, dl, u2, and d2, respectively. 
These outputs are received by a clock generation network 850, which produces the signal 
inclk. The signal in_clk is used to clock the registers of the input buffer 1 00. 

Each "up" stage produces a high transition of in_clk and each "down" stage 

25 produces a low transition of inclk. The signal in_clk is then fed to the input of an RS 
latch 860, which produces the feedback signals clk_up and cIk_down to the shift stages. 
The RS latch 860 is used to eliminate potential hazards in the feedback loop of the in_clk 
signal. 
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The logic for each stage is preferably implemented in dynamic domino logic. 
Table 3 lists the logic conditions necessary for the high/low states of the outputs for each 
shift stage. In the table, the input phi_shift is simply an inverted version of shift_done 
(which, in turn, is simply the output d2). It should be noted that the last stage (fmaLshift- 
5 down) serves as the synchronization point of the shift and the symbol decode ROM 
threads — i.e., except during initialization, shift__done will not go high until the symbol 
decode ROM thread is complete, as indicated by codedone going high. 

The functional logic of the clock generation network 850 is given in Table 4. 



Table 3: Logic for the Shift Stages 



Stage 


Output - 0 


Output = 1 


Initialization 


phiO = 1 


reset = 0 


Init-Shift-Up 


phi^shift = 0 


phi_shift * init_out = 1 


Init-Shift-Down 


phi_shift = 0 


phi_shift * clk_up * uO = 1 


Pre-Shift-Up 


phi„shift = 0 


phi^shift * clk_down * (uO * dO + 13) = 1 


Pre-Shift-Down 


phi_shift - 0 


phijshift * (elk up * ul + 13_not) = 1 


Final-Shift-Up 


phi_shift - 0 


phi_shift * clk_down * (uO * dl + cin) = 1 


Final- Shift-Down 


phi4 = 0 


phi4 * (code_done * ( u2 * clk_up + 
dl * cin_not) + uO * u2 * clkjip) = 1 



Table 4: Logic for the Clock Generation Network 



In_Clk = 0 


In_Clk = 1 


uT*dO + u2*dl + d2 + reset = 1 


uO *d0 + ul*dT + u2*32 - 1 



Once a Huffman code has been mapped to a particular class, the actual fixed- 
length output symbol corresponding to that code must be generated. A symbol decode 
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stage 600 (Fig. 3) is used to perform the translation. The symbol decode stage 600 is 
divided into three stages, as shown in Fig. 4: the decode logic stage 610, the decode ROM 
stage 620, and the merge stage 630. 

The decode ROM 620 is a ROM memory containing 256 word lines ~ i.e., one 
5 word line for each fixed-length output symbol. The decode ROM 620 contains eight bits 
lines for each fixed-length output symbol and an extra bit line, which acts as a completion 
signal Preferably, for increased performance, the completion signal is pulled down by 
the mO output of the match stage. The mO output corresponds to the symbol zero. Since 
the output of the ROM and merge stage are already zero during precharging, there is no 

10 need to perform any further computations when mO is asserted. 

The implementation of the decode ROM is similar to that of the length decode 
ROM 400. Preferably, to optimize performance, the decode ROM 620 may be divided 
into smaller arrays. For example, three arrays of 86 word lines may be used. The outputs 
of these arrays are then merged in the merge stage 630. Fig. 29 shows a schematic 

1 5 diagram showing the merging of three corresponding bit lines from three arrays. The 

transistor circuit performs a boolean "OR" operation of the three inputs. The circuit has a 
p-channel pull-up transistor, which precharges when phi_merge is low. 

The ROM select lines of the decode ROM 620 are driven by the outputs of the 
decode logic stage 610. The decode logic stage 610 produces the 256 one-hot ROM 

20 select lines using the outputs of the match stage 300 and the enumerating bits from the 
align stage 200. 

Referring to Table 2, it is easy to see that a separate decoder may be used for each 
class, each decoder taking as inputs one of the match stage outputs and the appropriate 
enumerating bits from the align stage 200. It should be noted, however, that multiple 
25 classes use the same enumerating bits. Thus, it is more efficient to combine some of the 
decoding logic for various classes. For example, class 4 needs a decoder that decodes 
bits b4, b5, and b6, and class 5 needs a decoder that decodes bits b5 and b6. If each 
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decoder is implemented as a tree of 1 :2 decoders, then a b5-b6 decoder is part of a b4-b5- 
b6 decoder. 

Fig. 26 shows a block diagram of a preferred embodiment of the decode logic 
stage 610, in which the logic has been arranged as nine decoder groups 61 1 to 619. Each 
5 group contains one or more decoder levels, as represented by the boxes in each group. 

Each number in a decoder level box represents the number of 1 :2 decoders in that decoder 
level. Each group decodes from the smallest decoder level to the largest decoder level. 

All of the decoders in Fig. 26 produce symbol ROM select lines except for those 
decoders in boxes containing an asterisk. Moreover, with regard to the decoders in the 
10 box receiving the ml 6 input in group 614, only five of the eight decoders in that decoder 
level produce ROM select lines. It should also be noted that the match outputs mO, m7, 
ml5, ml 8, m22, and m29 are not used as inputs to any of the decoders in Fig. 26. These 
outputs are used directly as ROM select lines because the classes represented by these 
outputs each have only one member. 
15 Preferably, the decoding of the enumerating bits from the align stage 200 is 

performed in parallel with the decoding process of the match stage 300. Then, the 
outputs of the match stage 300 are used as enable signals to the decoders of Fig. 26. 

Fig. 27 shows a more detailed functional block diagram of the decoder group 61 8 
of Fig. 26. Group 61 8 contains three levels of decoders, the first level containing one 
20 decoder 650, the second level containing two decoders 650, and the third level containing 
four decoders 650. 

Fig. 28 shows a schematic diagram a preferred embodiment of a decoder 650. 
The input phi_merge from the merge stage 630 (which is simply an inverted code_done) 
acts as a precharge input for the decoder. The decoder also has a dual-rail data input, 
25 b(i)/b(i)__not, and an enable input, decodejn, which is either grounded or driven by a 

decoder in a previous level. When decodejn is low (and phi_merge is high), one of the 
outputs decodeoutO and decode_outl will be driven low depending on the value of b(i). 
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Furthermore, when decode_in is low and m(i) is high, one of the outputs rom_seI0 and 
rom_sell is driven high depending on the value of b(i). 

Fig. 30 shows a functional block diagram of a preferred embodiment of the output 
buffer 700. The output buffer contains four 8-bit registers connected in series. The 
results from the symbol decode ROM and merge stage are clocked into the registers by 
outclk, which is a buffered version of code_done. When four bytes are ready, the bytes 
are transmitted to the cache as a 32-bit word. 

The output buffer 700 also has four 1-bit status registers, which are also clocked 
by outclk. The status registers are loaded with a "1" when the cache acknowledges the 
receipt of data (i.e., when the cache asserts out_ack) Subsequently, as the status 
registers are clocked by outclk, a "0" is propagated from the first register to the last 
register. The output of the last register is the signal out_empty, which indicates that the 
output buffer is ready to transmit another 32-bit word. 

Fig. 31 shows a schematic diagram of the handshaking circuit 750. The signal 
out_rqst is simply an inverted version of out_empty. 

Fig. 32 shows a timing diagram associated with a sample decoding process 
involving four Huffman codes having lengths of seven, two, nine, and two bits, 
respectively. Initially, all of the synchronization signals (phiO, phil, phi2, phi3, phi4, 
and phi_shift) are high, indicating that all precharge inputs have been released and inputs 
are ready to be evaluated. The output of the sum unit is initially zero. It is assumed that 
the first in_clk shifts the first Huffman code into the last register of the input buffer. 

The falling sequence of the signals phi4 and ptaiO through phi3 indicates the 
completion of the align stage through the sum stage. When sum is complete, as indicated 
by the falling edge of phi3, a new offset value of seven is produced. Since the initial 
value of sum (as stored in the offset register) was zero, there is no carry and no shifting of 
the registers in the input buffer is needed. Therefore, the first cycle is complete. 

The zero-overhead operation of the circuit should be noted: once the sum stage is 
complete (phi3 goes low), the shift stage is complete (shift_done goes high), and the 
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precharge of the align stage is released (phiO goes high), the next iteration can begin 
immediately. It should also be noted that the symbol decode ROM and merge stage 
completion signal (code_done) enables the shift completion signal (shift_done), 
illustrating a synchronization of parallel threads (see Fig. 4). It should further be noted 
5 that the output of the sum stage is a zero during precharge, i.e., when phi4 is low. 

In the second cycle, the new input symbol has length 2. Since the sum of seven 
plus two is greater than eight, the shift stage generates a one-byte shift of the input buffer 
and the sum stage produces a new offset value of one. The second in_clk indicates the 
one-byte shift operation. The remaining input symbols in the example have bit lengths of 
10 nine and two, resulting in sum values of two and four, respectively. The variable timing 
of the codedone waveform should be noted, which indicates the data-dependent 
generation and writing of individual byte output symbols into the output buffer. 

Advantageously, the performance of a Huffman decoder according to the present 
invention is estimated to be faster than comparable synchronous Huffman decoders, after 
1 5 normalizing for technology and voltage. At the same time, the area of the design is five 
to ten times smaller than most synchronous designs. 

Although the present invention has been described with reference to certain 
preferred embodiments, various modifications, alterations, and substitutions will be 
known or obvious to those skilled in the art without departing from the spirit and scope of 
20 the invention, as defined by the appended claims. For example, although the preferred 
embodiments have been described with respect to Huffman-coded data, the present 
invention may be used with any variable- length coded data. 
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36 
CLAIMS 



1 1 . A decoder circuit comprising: 

2 an input buffer for receiving input data coded using a variable-length 

3 coding technique; 

4 a logic circuit coupled to the output of said input buffer comprising a 

5 plurality of computational logic stages for decoding said input data, said plurality of 

6 computational logic stages arranged in one or more computational threads, at least one of 

7 said computational threads being arranged as a self-timed ring wherein each 

8 computational logic stage in said ring produces a completion signal indicating either 

9 completion or non-completion of said computation logic stage, the completion signal of 

10 each computational logic stage being coupled to a previous computational logic stage in 

1 1 said ring, said previous computational logic stage performing control operations when 

12 said completion signal indicates completion and performing evaluation of its inputs when 

13 said completion signal indicates non-completion; and 

14 an output buffer coupled to the output of said logic circuit. 

1 2. A decoder circuit comprising: 

2 an input buffer for receiving input data comprising coded, variable-length 

3 data words; 

4 an alignment circuit coupled to the output of said input buffer for shifting 

5 said input data by an amount responsive to a control input; 

6 a first logic circuit coupled to the output of said alignment circuit for 

7 decoding said coded, variable-length data words; 

8 a second logic circuit coupled to the output of said alignment circuit for 

9 determining the length of said coded, variable-length data words; 

10 a register; 
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1 1 an adder circuit coupled to the output of said register and the output of 

12 said second logic circuit, the output of said adder circuit coupled to the input of said 

13 register and to the control input of said alignment circuit; and 

14 an output buffer coupled to the output of said first logic circuit; 

15 wherein said alignment circuit, second logic circuit, and said adder circuit 

16 are logically partitioned into a plurality of computational stages arranged in a 

17 computation thread, each of said computational stages having associated therewith a 

1 8 completion circuit for producing a completion signal indicating the completion or non- 

19 completion of each computational stage, each said completion signal being coupled to a 

20 previous computational stage, each said previous computational stage performing control 

21 operations when said completion signal indicates completion and performing evaluation 

22 of its inputs when said completion signal indicates non-completion. 



3. The decoder of claim 2, wherein each of said computational stages is 
implemented in dynamic logic and said control operations include precharging. 

4. The decoder of claim 2, wherein said alignment circuit is a barrel shifter. 

5. The decoder of claim 2, wherein said input buffer comprises a plurality of 
registers connected in series, said adder circuit produces a carry output, and said first 
logic circuit produces a completion signal after each of said coded, variable-length data 
words are decoded, and further comprising a shift circuit coupled to said carry output of 
said adder circuit and said completion signal of said first logic circuit, said shift circuit 
producing a control signal output for clocking said plurality of registers of said input 
buffer. 



WO 00/1 6486 PCT/US98/20397 

38 

6. The decoder of claim 5, wherein said shift circuit produces a completion 
signal that is coupled to said alignment circuit. 

7. The decoder of claim 5, wherein said shift circuit comprises a pre-shift 
circuit and a final-shift circuit, said pre-shift circuit being coupled to one or more 
significant bits of the output of the second logic circuit and said final-shift circuit being 
coupled to said carry output of said adder. 

8. The decoder of claim 2, wherein each of said coded, variable-length data 
words are associated with a class, all of the members of said class having the same word 
length and a plurality of common bits, said plurality of common bits being unique to each 
class, and wherein said second logic circuit comprises a match class circuit for 
determining the class associated with each of said coded, variable-length data words. 

9. The decoder of claim 8, wherein said first logic circuit is coupled to the 
output of said match class circuit. 

10. The decoder of claim 8, wherein said match class circuit comprises a 
plurality of decoders arranged in a tree structure. 

1 1 . The decoder of claim 2, wherein said adder circuit is a look-ahead carry 
adder comprising a PKG circuit, a carry circuit coupled to said PKG circuit, and a sum 
circuit coupled to said carry circuit. 

12. The decoder of claim 2, wherein each completion circuit is a matched 
delay for its associated computational stage. 
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13. A compressed code microprocessor system comprising: 
a microprocessor; 

a memory having stored therein program instructions compressed using a 
variable-length coding technique, said program instructions being executable in said 
microprocessor; and 

a decompression circuit coupled in asynchronous communication with 
said microprocessor and said memory, said decompression circuit comprising an input 
buffer for receiving compressed program instructions from said memory; a logic circuit 
coupled to the output of said input buffer comprising a plurality of computational logic 
stages for decompressing said compressed program instructions; said plurality of 
computational logic stages arranged in one or more computational threads, at least one of 
said computational threads being arranged as a zero-overhead self-timed ring wherein 
each computational logic stage in said ring produces a completion signal indicating either 
completion or non-completion of said computation logic stage, said completion signal 
being coupled to a previous computational logic stage in said ring, said previous 
computational logic stage performing control operations when said completion signal 
indicates completion and performing evaluation of its inputs when said completion signal 
indicates non-completion; and an output buffer coupled to the output of said logic circuit 
for transmitting decompressed program instructions. 

14. The compressed code microprocessor system of claim 13, further 
comprising a cache coupled to said microprocessor and said decompression circuit. 
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(57) Abstract 

There is disclosed a decoder circuit (20) for decoding 
input data coded using a variable length coding technique, 
such as Huffman coding. The decoder circuit (20) comprises 
an input buffer (100), a logic circuit (150) coupled to the 
input buffer (100), and an output buffer (700) coupled to 
the logic circuit (750). The logic circuit (750) includes 
a plurality of computational logic stages for decoding the 
input data, the plurality of computational logic stages 
arranged in one or more computational threads. At least 
one of the computational threads is arranged as a self-timed 
ring, wherein each computational logic stage in the ring 
produces a completion signal indicating either completion or 
non-completion of the computational logic of the associated 
computational logic stage. Each completion signal is 
coupled to a previous computational logic stage in the ring. 
The previous computational logic stage performs control 
operations when the completion signal indicates completion 
and performs evaluation of its inputs when the completion 
signal indicates non-completion. 
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I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States provisional 



Provisional Application Number 


Filing Date 















Claim for Benefit of Earlier ILS./PCT Application (s) under 35 U.S.C. 120 

(complete this part only if this is a divisional, continuation or C-I-P application) 
I hereby claim the benefit under Title 35, United States Code, § 120 of any United States application(s) 
or PCT international application(s) designating the United States of America that is/are listed below and, insofar 
as the subject matter of each of the claims of this application is not disclosed in the prior application(s) in the 
manner provided by the first paragraph of Title 35, United States Code § 112, I acknowledge the duty to 
disclose information as defined in Title 37, Code of Federal Regulations, § 1.56 which occurred between the 
filing date of the prior application(s) and the national or PCT international filing date of this application: 



(Application Serial No.) 



(Filing Date) 



(Status) (patented, pending, abandoned) 



(Application Serial No.) (Filing Date) (Status) (patented, pending, abandoned) 

Power of Attorney 

Richard G. Berkley, Reg. No.^25,465; Richard S. Clark, Reg. No. 26,154^B radley B. Geist, Reg. No. 27,551; James J. Maune, Reg. 

No . 26.94 fc-John D. Murnane, Reg. No. 29J36J2enry Tang, Reg. No , 29,705^ obert C. Scheinfeld, Reg. No. _31,300; J ohn A. 

Fogarty, Jr., Reg. No . 22,348; Lo uis S. Sorell, Reg. No. 32,432^-Rochelle K. Seide Reg. No. 32,300; G ary M. Butter, Reg. No. 

33,841; Marta E. Delsignore, Reg. No. 3 ?.689: Li sa B. Kole, Reg. No. J55,225; N eil P. Sirota, Reg. 'No. 3 ^306 a n d Paul A. Ragusa, 
*^egTNo. 38,587 o f the firm of BAKER BOTTS L.L.P., with offices at 30 Rockefeller Plaza, New York, New York 10112, as 
/attorneysTo^prosecute this application and to transact all business in the Patent and Trademark Office connected therewith 

\< 



SEND CORRESPONDENCE TO: 
BAKER BOTTS L.L.P. 

30 ROCKEFELLER PLAZA, NEW YORK, N. Y. 10112 


DIRECT TELEPHONE CALLS TO: 
BAKER BOTTS L.L.P. 
(212)705-5000 


CUSTOMER NUMBER: 2 1 003 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made 
on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false statements may jeopardize 
the validity of the application or any patent issued thereon. 
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